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(g) Window management system in a computer workstation. 
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I A plurality of windows are displayed on a 
computer display screen 6. Associated with 
each window Is a graphical object for setting 
the relations between that window and the 
other displayed windows. An example of such a 
relation, would be a master^slave relation 
wliereby selecting data In the master window 
would automatically lead to its display In the 
slave window. The relations can be set by per- 
forming operations on the graphical objects, for 
instance, by a mouse dick, in addition, a 
change in the setting of a relatk>nship can be 
represented by changes in the display mode of 
the graphical objects. 
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The present invention relates to a computer work- 
station having a window management systenfi, where- 
by relations between a plurality of windows can be 
easily altered, and the user can easily appreciate 
such relations. 

Application programs using a window system, 
such as browsers for databases and for language 
processors, generally consist of a plurality of windows 
(including the sub-windows generated in the win- 
dows). The relations between these windows are usu- 
ally fixed beforehand. 

For instance, the application program shown in 
Figure 1 consists of four windows. The windows are 
respectively displaying a list, a list, a graph and a di- 
agram. In this example, the branch names of an au- 
tomobile sales company are displayed In the first win- 
dow, and the employee names belonging to each 
branch are displayed in the second list window. The 
graph window displays the annual sales for each 
branch or each employee on a monthly basis In a 
graph. The diagram window displays the areas cov- 
ered by each branch or each employee on a map. 

The relations between the windows are f bced In 
the conventional approach, so that the following op- 
erations are typically performed, (see Figure 1). 
i) If one branch is selected from the branch name 
list, the information on that branch is automatical- 
ly displayed on the remaining three windows, 
il) If one employee Is selected from the employee 
name list the annual sales graph and the areas 
for that employee are autonnatically displayed. 
In this example, the upper-right annual sales 
graph window can display sales both by branch and 
by employee. Also, the area window can similarly dis- 
play the areas covered by a branch and those cov- 
ered by an employee. 

In such a conventional technique, by simply se- 
lecting a data item, the related windows can automat- 
ically be operated, and thus operation is simple. How- 
ever, since the directions for data moverhent between 
windows and the various destination windows (such 
as list, graph, diagram, text) are previously fixed, the 
degree of flexibility is small. For instance, operations 
such as changing the display of only the branch 
names and the sales (without linking this with the 
graph window) or carrying the data from the graph 
window in the list cannot be performed. 

An example of such conventional window man- 
agement is described in detail, for instance in Chapter 
4 "Source Code Browse" of Reference Manual, Rel. 
2 of "Objectworks/C-i-+," Fuji-Xerox Information Sys- 
tems, Co., Ltd. 

To avoid the above stated inconvenience of the 
conventional technique, it is also possible for the re- 
lations between windows to be specified for each op- 
eration without being preset To be specific, first spec- 
ify (click) data in a window in which data is specified 
(source window). Then, specify a window in which the 



attributes of the specified data are to be displayed 
(destination window). For instance, dick the take-in 
button of the destination window. Then, determine 
the attribute desired to be displayed in the destination 
6 by selecting a view. If this is all right with the current 
view, continue the execution. In this way, the desired 
attribute data of a data instance clicked In the source 
is displayed in a desired window with a desired view. 
The following are examples of use in which the 
10 user specifies the source and destination of data for 
each operation (see Figure 1). 

i) When one branch is selected from the branch 
name list and a take-In operation Is performed In 
the graph window, the annual sales for the 
IS branch are displayed. 

II) When one branch is selected from the branch 
nanne list and a take-In operatbn is performed In 
the diagram window, the areas covered by the 
branch are displayed. 
20 ill) When one employee Is selected from the em- 
ployee name list and a take-In operation Is per- 
formed In the graph window, the annual sales for 
the employee are displayed, 
iv) When one employee is selected from the em- 
25 ployee name list and a take-in operation is per- 
formed in the graph window, the areas covered 
by the employee are displayed. 
In this case, the data destination can be flexibly 
switched. However, In a continuous operation such as 
30 sequentially displaying the sales graph and area dia- 
gram for each branch, it is necessary to perform a 
take-in operation In the graph and diagram windows 
each time the branch name is changed, and thus the 
number of operations will be at least three times that 
35 of the former method. 

One other related prior reference is Published 
Unexamined Japanese Patent Application No. 
273947/1988. This prior reference discloses that, 
when a data instance in a card-like window is pointed 
40 to, another window is automatically generated and 
the predetermined attributes of the data instance are 
automatically displayed in this window. However, this 
reference contains no description of setting the rela- 
tions between windows by instructions to a graphical 
45 window, or displaying the relations through graphical 
objects. 

Accordingly the invention provides a computer 
workstati-on including display means and a window 
management system comprising: 
60 means for displaying a plurality of windows on 

said display means; 

means for specifying the relations between 
said displayed windows; and 

means for displaying graphical objects repre- 
ss senting the specified relations between said windows 
on the display means. 

Thus a user can freely change the relations be- 
tween windows and easily understand those rela- 
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tions. 

In a preferred embodiment the computer work- 
station further comprises: 

means for operating on said graphical objects 
in order to specify the relations between said win- 5 
dows on the display means; and 

means for changing the display mode of said 
graphical objects according to the specified relations 
between said windows. 

Thus graphical objects for setting the relations io 
between a plurality of windows are displayed. The re- 
lations can then be set by operating on the graphical 
objects, for Instance, mouse clicking, and this setting 
can be represented by a change In the display mode 
of the graphical objects. is 

In a preferred embodiment, one of said graphical 
objects Is displayed In or adjacent each of said win- 
dows. Each of said graphical objects comprises a 
plurality of button representations corresponding re- 
spectively to one each of said plurality of windows, 20 
said plurality of button representations having the 
same positional arrangement as said plurality of win- 
dows. One of said button representations is operated 
to specify a relationship between a first window, be- 
ing the window in or adjacent to which the graphical 25 
object containing said one button representation is lo- 
cated, and a second window, being the window hav- 
ing the same position within the positional arrange- 
ment of said plurality of windows as said one button 
representation has within the plurality of button rep- 30 
resentations. 

It Is further preferred that the computer worksta- 
tion further comprises a database system having: 
means for storing information; 
meansfor setting views for controlling how said 35 
information is to be displayed within any particular 
window; 

means for displaying said information within 
said plurality of windows according to said views; and 

means for operating on said graphical objects 40 
to set up a master-slave relation between said two 
windows, wherein following selection in the master 
window of particular data from the stored information, 
the slave window is correspondingly changed to dis- 
play a view of the selected data. 4S 

In a specific example, for instance, as shown in 
Figure 2, the same number of buttons as there are 
windows are arranged as the windows are arranged, 
and are provided for each window, in the case of Fig- 
ure 2, four buttons are arranged in the shape of V> 
and one set thereof is provided for each window. One 
button is reversely displayed by selecting It with a 
mouse or corresponding key. Each button corre- 
sponds to an Individual window. At first, all the buttons 
are unselected, and they are ail white. In this stete, ^ 
none of the windows are related, and for date move- 
ment, source and destination are specified for each 



operation. To perform the same operation a plurality 
of times, buttons corresponding to destlnatton win- 
dows are selected from the "^"-Wke four buttons in a 
window from which date Is desired to be token out 
Thereafter, the relattons between the source and 
destination windows are malnteined until those but- 
tons are selected again and released. Merely by se- 
lecting date within a window, the related windows are 
linked with it For instence, to relate the branch name 
list to the employee name list and to annual sales, the 
employee name list to the areas, and the areas to the 
employee name list, the respective " "-like buttons are 
selected as shown In Figure 2. 

Preferably said plurality of windows are displayed 
in a fixed arrangement without overlapping each 
other, although the technique can also be applied 
with other configuratk>ns. 

Thus relations between windows can be set up 
for fixed operations as is done conventionally, where- 
as relations can be performed operation by operation 
if more flexible operations are required, thereby pro- 
viding for a wide range of demands by users. Graph- 
ical objecte for setting the relations between a plural- 
ity of windows are displayed, the relations can be set 
by operation on the graphical objecte, for instence, by 
mouse click, and the setting can be represented by 
changes in the display mode of the graphical objecte. 
Accordingly, the relations between sub-windows are 
set for fixed operations, as is conventional, and rela- 
tions are performed for each operation if more flexible 
operations are required, whereby a wide range of de- 
mands by usere can be fulfilled. 

The invention also provides a method for manag- 
ing windows in a computer workstetion including dis- 
play means, the method having the steps of: 

displaying a plurality of windows on said dis- 
play means; 

specifying the relations between said dis- 
played windows; and 

displaying graphical objects representing the 
specified relations between said windows on the dis- 
play means. 

Prefarably this method further has the steps of : 
operating on said graphical objecte in order to 
specify the relations between said windows on the 
display means; and 

changing the display mode of said graphical 
objecte according to the specified relations between 
said windows. 

An embodiment of the Invention will now be de- 
scribed by way of example with reference to the fol- 
lowing drawings: 

Figure 1 shows an example screen display of an 
application program having four windows; 
Figure 2 shows an example screen display ana- 
logous to that of Figure 1 but for a computer work- 
stetion in accordance with the present invention; 
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Figure 3 is a simple block diagram of a computer 
workstation in accordance with the present in- 
vention; 

Figure 4 is a bk>ck diagram further illustrating the 
computer workstation of Figure 3; s 
Figure 5 illustrates an example of the manage- 
ment table of the window managing system of 
Figure 4; 

Figure 6 is a flowchart illustrating user interaction 
with the workstation of Figure 3; io 
Figure 7 is a flowchart illustrating manual take- 
out and take-in processing in the workstation of 
Figure 3; 

Figure 8 is a flowchart further illustrating the op- 
eratton of the workstation of Figure 3; is 
Figure 9 is a flowchart further illustrating auto- 
matic window processing In the workstation of 
Figure 3; 

Figure 3 generally shows a typical computer sys- 
tem, in the figure, the system consists of workstation 20 
1, operating system 2, window managing system 3 
and application program 4. Workstation 1 1s, for exam- 
ple, a RISC System/6000 computer (RISC Sys- 
tem/6000 Is a trademark of IBM Corp), and consists 
of processor 5, display device 6. keyboard 7, mouse 2S 

8 etc. Operating system 2 Is, for example, the 
AIX/6000 operating system (AIX/6000 is a trademark 
of IBM Corp.). The operating system 2 includes graph- 
ical user interface system 9, which manages the in- 
teraction between display device 6 and a user. The 30 
user interface system 9 is, for instance, OSF/Motif of 
Open System Foundation. The user interface system 

9 also manages the information of the mouse cursor 
(pointer) controlled by a mouse. 

Application program 4 Is, for Instance, a browser $5 
of a database or a source code browser of a program. 
Application program 4 performs generation of win- 
dows and setting of window views, namely, which 
data attributes to display, and supplies display data to 
user interface system 9 for displaying windows and 40 
data. For instance, in the example of Figure 2, four 
windows are formed, and in one each of these, a view 
of the branch name list, a view of annual sales for 
branch, a view of the employee name list of branch, 
and a view of the area diagram are set up. 45 

To change the view of a window, the button for 
"list", "graph", "diagram", or "text" (not shown) for the 
window is clicked. For instance, if a particular view of 
the list type is desired to be selected, the "list" button 
is clicked. Whereupon, the names of various views of so 
the list type are displayed in a pop-up menu, and a 
choice is made among them by dksking. Similarly, 
clicking the "graph" button allows selection of a view 
of the graph type, and clicking "diagram" or "text" but- 
ton allows selection of a view of the corresponding 56 
type. 

Figure 4 further describes the configuration of 
the window managing system in Figure 3. Window 



managing system 3 is located between application 
program 4 and user interface system 9. In window 
managing system 3, there is a management table 
used for automatic conti-ol of windows. A user uses 
application program 4 through user interface system 
9. Processing 'a" from the user represents clicking by 
mouse or character input. Input operations not related 
to the window managing system 3 are directly passed 
to application program 4 (processing "c"). Those re- 
lated to window managing system 3 first pass through 
window managing system 3 and their processing is 
transferred to application program 4 (processing "b", 
"d"). At this point, processing Is performed using the 
management table. The output from application pro- 
gram 4 Is directiy passed to user interface system 9 
(processing "e"). 

Figure 5 shows an example of the management 
table In window managing system 3. Figure 5 also In- 
cludes a window arrangement diagram, which shows 
correspondence between the window numbere with- 
in the management table and the windows. As many 
tables as there are sub-windows used in application 
program 4 are prepared. In this example, the number 
of sub-windows is 4. The number of Items in each ta- 
ble is also made equal to the number of sub-windows. 
One item corresponds to each sub-window. Each 
item has "on" or "off as a value. "On" represents that 
there is a relation between windows, and "off repre- 
sents that there is no relatton. Figure 5 shows the 
management table for t he example of Figure 2. For in- 
stance, Table 1 shows the setting states of the "a^"-like 
buttons of the upper-left sub-window, in which the 
small buttons corresponding to the lower-left (item 2) 
and upper-right (item 3) sub-windows are set to "on" 
(relations exist). 

Figure 6 shows an outiine of the processing in 
window management system 3. Firet, when the user 
processing performed through user interfece system 
9 comprises clicking of a "^^"-like button, the setting 
process of the "af"-like button is executed (SI. S2). 
When it is clicking of data on a sub-window, automatic 
window processing is performed {S3, S4). If the user 
processing is not clicking of a "sf"-like button or click- 
ing of data, other processing is performed (S5). This 
other processing includes processing corresponding 
to input from a keyboard or the like, menu operations 

or clicking of a button other than the "^^"-llke buttons, 
and also includes the respective specification of 
source and destination. 

Firet, out of the other processing, the respective 
specification of source and destination will be descri- 
bed with reference to Figure 7. Firet, selection is 
made by clicking data in a source window. For In- 
stance, "Hakozaki" in the branch name list window in 
Figure 2 is specified (S11). In addition, it is assumed 
that the branch name list window has not yet been re- 
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lated to any other window at this point. If it Is related, 
the related data Is automatically displayed in the re- 
lated window. Then the take-in button (not shown) of 
this window is clicked to set a destination window 
(S12). Thereafter, the view selection button (not 6 
shown) of the take-in data is clicked to cause the list, 
of the take-In data views to be displayed In a pop-up 
menu, thereby allowing the user to selecta view (S1 3, 
S14) (there are selection buttons for list, graph, dia- 
gram, and text views). The user specified data is then io 
displayed In the destination window (S15). For In- 
stance, If it Is desired to display a list of big customers 
of this branch In the lower-left window (the employee 
name list Is now displayed), the big customer data 
item Is selected from the pop-up menu. The big cus- 1S 
tomer list of the "Hakozakl" branch Is displayed In the 
lower-left window. 

The "«"-like button setting process will now be de- 
scribed with reference to Figure 8. First, the number 

20 

Of the window at which the depressed "a,"-like button 
is placed is set in a "from" register (S21). The sub-win- 
dow number corresponding to the depressed one out 
of the four small buttons of the "a,"-llke button Is stored 
in a "to" register (S22). And, referring to the values of 
the "from" and "to" registers, the "to"-th Item value In 
the "from'-th table Is reversed. That Is, If the Item val- 
ue Is "on". It Is reversed to "off, and reversed to "on" 
if It Is "off (S23, S24. S25). For Instance, in Figure 2, 
since the upper-right and lower-left buttons of the "a"- 30 
like button of the branch name list are highlighted, the 
destination windows having the branch name list win- 
dow as a source window are the upper-right annual 
sales graph window and the lower-left employee 
name list window. And, in this state, if the upper-right $5 
button of the branch name list window is clicked, the 
highlight is turned off. That Is, the relatton is reset. On 

the other hand, when the lower-right button of the "st"- 
llke buttons of the branch name list window is clicked, 
thte button Is highlighted to perform a relation. ^ 

The automatic window processing is described 
below with reference to Figure 9. If data is clicked in 
a source window, the Identifier of the clicked data Is 
set in a "data" register (S31). Further, the number of 
the sub-window In which the clicked data is located 
Is set in the "from" register (S32). And, each Item In 
the "from"-th table Is examined, and If Its value is "on", 
the desired attribute (attribute to be displayed In the 
destination window) of the data specified in the "data* 
register is displayed in the corresponding sub-win- ^0 
dow or destination window (S34 to S37). 

For instance, consider the example In Figure 2. In 
this case, as seen from the highlighting of the upper- 
right and lower-left buttons of the '^"-WkB buttons of 
the branch name 1st, relations have been set up in ^ 
which the branch name list is the source and the up- 
per-right annual sales graph window and the lower- 



left employee name list window are the destinations. 
And, the management table associated with this Is as 
shown in Table 1 of Figure 5. 

If "Hakozaki" in the branch name list is clicked at 
this point, the Identifier of "Hakozakr is stored in the 
"data" register, and the window number of the upper- 
left branch name list window is stored in the "from" 
register. Then, the table of the values in the "from" 
register, that is, those in Table 1 (corresponding fo 
Window 1) are examined. Since the values for Items 
1, 2, 3 and 4 in Table 1 are "off. "on", "on" and "off", 
respectively, first, the display attribute value of the 
second window, that Is the upper-right annual sales 
graph, is extracted from the identifier of "Hakozaki" 
and displayed In the upper-right annual sales graph 
window. SMIarly, the display of the third window, the 
lower-left employee name list, is also automatically 
updated and displayed. 

Although an example of four windows has been 
shown in the above description, this invention can 
generally be applied to two or moie windows. Further, 
it can be expected that this application can be widely 
applied to program browsers or multimedia browsers 
having a plurality of windows. In addition, this Inven- 
tion can also be applied to overlapping windows, rath- 
er than a plurality of windows which are generated in 
the shape of tiles without overlapping each other. In 
this case, instead of the graphical objects symboliz- 
ing a two-dimensional window arrangement, the set- 
ting and displaying of the relations between windows 
may be provided by three-dimensional graphical ob- 
jects that also display the state of overlapping. The 
relations between windows may also be various rela- 
tions other in addition to the data take-out and take- 
in relations described above. For instance, they may 
include a relation in which the line positions and row 
positions of a list or text are linked. 



Claims 

1. A computer workstation including display means 
and a window management system comprising: 

means for displaying a plurality of win- 
dows on said display means; 

means for specifying the reiattons be- 
tween said displayed windows; and 

means for displaying graphical objects 
representing the specified relations between 
said windows on the display means. 

2. A computer workstation as claimed In daim 1 , fur- 
ther comprising: 

means for operating on said graphical ob- 
jects in order to specify the relations between 
said windows on the display means; and 

means for changing the display mode of 
said graphical objects according to the specified 
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relations between said windows. 

3. A computer workstation as claimed in any pre- 
ceding claim, wherein said plurality of windows 
are displayed In a fixed arrangement without 
overlapping each other. 

4. A computer workstation as claimed in any pre- 
ceding claim, wherein one of said graphical ob- 
jects is displayed in or adjacent each of said win- 
dows. 



the display means. 

0. The method of daim 8, further having the steps 
of: 

5 operating on said graphical objects In or- 

der to specify the relations between sakj win- 
dows on the display means; and 

changing the display mode of said graph- 
ical objects according to the specified relations 

10 between said windows. 



5. A computer workstation as claimed in claim 4, 
wherein each of said graphical objects comprises 

a plurality of button representations correspond- is 
Ing respectively to one each of said plurality of 
windows, said plurality of button representations 
having the same positional arrangement as said 
plurality of windows. 

20 

6. A computer workstation as claimed In claim 5, 
wherein one of said button representations Is op- 
erated to specify a relationship between a first 
window, being the window in or adjacent to which 

the graphical object containing said one button 2S 
representation is located, and a second window, 
being the window having the same position with- 
in the positional arrangement of said plurality of 
windows as said one button representation has 
within the plurality of button representations. so 

7. A computer worl^tation as claimed in any pre- 
ceding daim, further comprising a database sys- 
tem having: 

means for storing information; 35 

means for setting views fbrcontroiling how 
said information is to be displayed within any par- 
ticular window; 

means for displaying said information 
within said plurality of windows according to said 40 
views; and 

means for operating on said graphical ob- 
jects to set up a master-slave relation between 
said two windows, wherein following selection in 
the master window of particular data from the 4S 
stored information, the slave window is corre- 
spondingly changed to display a view of the se- 
lected data. 

8. A method for managing windows in a computer 60 
workstation induding display means, the method 
having the steps of: 

displaying a plurality of windows on said 
display means; 

specifying the relations between said dis- 66 
played windows; and 

displaying graphical objects representing 
the specified relations between said windows on 
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